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(57) Abstract: Mcmoor devices, refresh logic and approaches to selectively refresh each row of memory cells within a memory 
device depending on whether or not each is marked as having data to be preserved. 
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Method and Apparatus for Partial Refreshing of DRAMs 



BACKGROUND 

5 [0001] Computer systems continue to be designed to meet the two often opposing 
goals of increased speed and decreased power consumption. The struggle to meet both 
goals becomes quite evident in the case of electronic devices such as portable computer 
systems, including notebook and handheld computers. As ever more uses for such 
electronic devices are foimd, there is a need for ever more processing capability, including 

10 faster processors, more memory, etc. However, at the same time, as ever more uses for 
such devices are found, there is an increasing desire to make them ever more portable so 
that such devices become easier to transport to places where they can be used in such new 
found ways. 

[0002] This struggle has resulted in efforts to find ways to decrease the amount of 
15 power required by each of the components of such electronic devices, including memory 
devices. Known approaches include creating reduced power modes (commonly referred 
to as "sleep modes" or "hibernation modes") for such electronic devices to enter into when 
not actively being used. DRAM (dynamic random access memory) devices have been 
created with lower power modes, including what is commonly referred to in the DRAM 
20 device industry as "self refresh" mode. In self refresh mode, interactions between DRAM 
devices and other components are miiiimized, including interactions where commands are 
regularly transmitted to DRAM devices to perform the ftmction of refreshing memory 
cells within a DRAM device to prevent loss of data stored within thpse memory cells. Self 
refresh modes entail using a minimal amount of logic built into a DRAM device to allow 
25 the DRAM device to autonomously cany out the function of refreshing the DRAM 
device's memory cells. 
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[00031 However, such approaches to reducing DRAM device power consumption 
have not addressed the problem of the unnecessary wasting of power to refresh large 
quantities of memory cells not containing data to be preserved, even in reduced power 
modes such as self refresh mode. 

5^ BRffiF DESCRIPTION OF THE DRAWINGS 

[0004) The objects, features, and advantages of the present invention will be apparent 
to one skilled in the art in view of the following detailed description in which: 

Figxire 1 is a block diagram of an embodiment employing a memory 
10 device. 

Figure 2 is a block diagram of an embodiment employing a computer 
system. 

Figure 3 is a flow chart of a method of an embodiment 
Figure 4 is a flow chart of a method of another embodiment. 
15 Figure 5 is a flow chart of a method of still another embodiment. 

Figures 6a and 6b are timing diagrams of embodiments emplo)nng a 

memory bus. 

Figure 7 is a block diagram of another embodiment employing a computer 
> system. 

20:. 

DETAILED DESCRIPTION 

[0005] In the following description, for purposes of explanation, numerous details are 
set forth in order to provide a thorough imderstanding of embodunents of the present 
25" invention. However, it will be apparent to one skilled in the art that these specific details 
are not required in order to practice the present invention as hereinafter claimed. 

2 
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[0006] Embodiments of the present invention concern incorporating support for 
limiting the refreshing of memory cells of a DRAM device to only portions of a DRAM 
device having memory cells containing data to be preserved, and thereby reduce the 
amount of power used to refresh memory cells not containing such data. Although the 
5 following discussion centers on DRAM devices, it will be understood by those skilled in 
the art that the present invention as hereinafter claimed may be practiced in support of any 
type of memory device having cells in need of being refreshed or otherwise maintained at 
regular intervals in order to preserve their contents. It will also be understood by those 
skilled in the art that although the following discussion centers on memory devices in 

10 which memory cells are organized in two dimensional arrays of rows and columns, the 
memory cells may be organized in any of a number of ways, including into banks and with 
or without interleaving, arrays of more than two dimensions, content-addressable, etc. 
Also, although at least part of tiie following discussion centers on memory within 
computer systems, it will be understood by those skilled in the art that the present 

15 invention as hereinafter claimed may be practiced in connection with other electronic 
devices or systems having memory devices. 

[0007] Figure 1 is a simplified block diagram of one embodiment employing a 
memory device. Memory device 100 is, at least in part, made up of memory array 110, 
control logic 130, row address decoder 134, column address decoder 136, data column 

20 multiplexer 138, external control interface 154, external address interface 156, and 
external data interface 158. Hiose skilled in the art of flie design of memory devices, 
including DRAM devices, will readily recognize that Figure 1 provides a relatively simple 
depiction of components making up a DRAM device, and that the exact arrangement and 
configuration of components within a DRAM device may be reduced, augmented or 

25 otherwise altered without departing from the spirit and scope of the present invention as 

hereinafter claimed. Specifically, although memory device 100 is depicted as having only 

3 
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one memory array 1 10, suggesting that memory device 100 has only one "bank" of 
memory cells organized in a single two dimensional array for the sake of simplicity of 
discussion, it will be understood by those skilled in the art that the memory cells of 
memory device 100 may be organized in any of a number of ways, including having more . 

5 : than one memory array to provide more than one bank, or having a single memory array 
X. configured to provide the functional equivalent of multiple banks. 

[0008] External control interface 154, extemal address interface 156 and external data 
interface 158, together, provide an interface between memory device 100 and extemal 
devices (not shown) that are attached to memory device 100. Through external control 

10 interface 154, which is coupled to control logic 130, memory device 100 receives 
commands to carry out read, write and other operations. Through extemal address 
interface 156, which is coupled to control logic 130, memory device 100 receives 
addresses specifying which memory cell(s) within memory array 1 10 are mvolved in read, 
write and other operations. Through extemal data interface 158, which is coupled to at 

15 least data column multiplexer 138, memory device 100 both transmits data retrieved from 
memory array 1 10 to extemal devices and receives data sent by extemal devices to be 
stored in memory array 110, 
•.jj 10009] Control logic 130 coordinates the carrying out of commands received via 
extemal control interface 1 54, either wifli or without addresses and/or other inforination 

20 received via extemal address interface 156. The memory cells of memory array 1 10 are 
organized mto a two dimensional array of rows and columns, such that control logic 130 
selects portions of memory array 1 10 to be accessed to carry out a read, write or other 

it: operation by sending row addresses to row address decoder 134 and column addresses to 
column address decoder 136, both of which are coupled to control logic 130. Row address 

25 decoder 134 decodes the row address received from control logic 130 and uses the 

decoded row address to select a row of memory cells within memory array 1 10 for access. 

4 
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Similarly, colunm address decoder 136 decodes the column address received from control 
logic 130 and uses the decoded column address to control data column multiplexer 138 (to 
which column address decoder 136 is coupled) to select memory cell(s) from the row of 
memory cells selected by row address decoder 134 for access. 
5 [0010] Making up part of control logic 130 is refresh control logic 140 which 

selectively carries out refresh operations to refresh rows of memory cells within memory 
array 1 10 that are marked as having data to be preserved in response to requests to carry 
out refresh operations. Whether a refresh operation is requested as a result of receiving a 
command from an external device or in response to the passage of a predetermined 

10 interval of time triggering an internal request, refresh control logic 140 furst determines if a 
row requested to be refreshed is marked as having data to be preserved. If a row requested 
to be refreshed is not marked as having data to be preserved, refresh logic 140 does not 
carry out the refresh operation on that row (in essence, refresh logic 140 "ignores" the 
request), thereby avoiding imnecessarily using power to refresh a row that does not have 

15 data that is to be preserved. Otherwise, if a row requested to be refreshed is marked as 
having data to be preserved, then refresh control logic 140 uses row address decoder 134 
to select the row of memory cells requested to be refreshed iij a maimer not unlike how a 
row of memory cells is selected to be accessed as part of a read or write operation. The 
selection and marking of rows as either having data to be preserved, or not, is carried out 
20 by an extemal device (not shown) to which memory device 100 is coupled, and from 

which memory device 100 receives commands causing one or more rows to be marked as 
either having data to be preserved or not. 

[0011] When memory device 100 operates in a non-i^uced power mode, refresh 

control logic 140 selectively carries out commands received via extemal control interface 

25 154 from an extemal device to refresh one or more rows of memory cells within memory 

array 110. In an embodiment where a command received via extemal control interface 

5 
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154 to cany out a refresh operation is accompanied by an indication through external 
control interface 154 and/or external address interface 156 of a specific row to be 
refreshed within memory array 1 10, the row address of the specified row is provided to 
row address decoder 134 to select the specified row for refreshing if the row is marked as 

5 having data to be preserved. In another embodiment where a conmiand received via 

external control interface 154 to carry out a refresh is not accompanied by an indication of 
a particular row to be refreshed, counter 142 within refresh control logic 140 provides a 
row address for a row to be refireshed, and this row address from counter 142 is provided 
to row address decoder 134 to select a row for refreshing if that row is marked as having 

10 data to be preserved. Regardless of whether or not that row was marked as having data to 
be preserved, counter 142 is then incremented so as to provide another row address for use 
in response to a subsequent occurrence of such a refresh command in which no row is 
specified. 

[0012] While memory device 100 operates in a reduced power mode, such as "self- 
15 refresh" mode, refresh control logic 140 selectively carries out the refreshing of rows of 

memory cells, autonomously, without prompting via commands received from an extemal 

device. In such a reduced power mode, counter 142 within refresh control logic 140 
s^i' provides a row address for a row to be refreshed, and this row address is provided to row 

address decoder 134 to select a row for refreshing if that row is marked as having data to 
20 be preserved. Regardless of whether a row is marked as having data to be preserved, or 

not, counter 142 is incremented to provide another row address for use in a subsequent 

refresh operation. 

'Xjr [0013] In some embodiments, marking buffer 144 makes up part of refi:esh control 

logic 140 and maintains marking data conceming which rows of memory cells within 

25 memory array 110 are marked as having data to be preserved and which rows are not, and 

refresh control logic 140 accesses marking buffer 144 to determine if a'refi:esh operation 
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should be performed on a given row, or not. In some variations of such embodiments, an 
external device coupled to memory device 100 transmits a command to mark one or more 
rows of memory device 100, using a combination of control lines coupled to external 
control interface 154 and address lines coupled to external address interface 156 to select 
5 marking buffer 144 to be written to with marking data that marks one or more of the rows 
within memory array 1 10 as having data to be preserved, or not It may be that marking 
data is provided to memory device 100 using available control and/or address lines 
coupled to external control interface 154 and/or external address interface 156, or 
alternatively, it may be that marking data is provided to memory device using data lines 
10 coupled to external data interface 1 58. 

[0014J In otiier embodiments, one or more rows of memory cells within memory array 
1 10 are allocated to maintain marking data indicating which rows are marked as having 
data to be preserved and which rows are not. In some variations of such embodiments, an 
external device coupled to memory device 100 transmits a write command to write at least 
15 a portion of a row in which marking data is kept with marking data indicating that one or 
more rows has data to be preserved, or not Such a write command may follow a protocol 
and have timings similar to those employed in write commands for the normal writing of 
data to other memory cells within memory device 100 that are not used to store marking 
data. Alternatively, in other variations, an external device coupled to memory device 100 
20 transmits a command to mark one or more rows of memory device 100, using a 

combination of control lines coupled to external control interface 154 and address lines 
coupled to external address interface 156 to select a row and/or column(s) within a row to 
be written with marking data that marks one or more rows as having data to be preserved, 
or not Such a command may be configured with a protocol and/or timings differing from 
25 those of a normal write command in an effort reduce complexity and/or Ihe amount of 
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time required to transmit the command to memory device 100, perhaps by avoiding the 
use of data lines coupled to external data interface 158. 

[0015] In embodiments using one or more rows of memory cells within memory array 
1 10 to store marking data, it may be deemed desirable for refresh control logic 140 to at be 

5 at least partially made up of marking buffer 144 to serve as a type of cache for marking 
data read from one or more of the rows used to store marking data. It may be that 
accessing a row to obtain marking data as a prelude to every possible refresh operation to 
" determine whether or not a refi'esh operation should actually be carried is deemed to take 
too long and/or deemed to use too much power. Therefore, a row storing marking data 

10 may be accessed to read at least a portion of the marking data within that row and store a 
copy in marking buffer 144. To accommodate such use of marking buffer 144, it may be 
desirable for marking buffer 144 to be coupled more directly to memory array 1 10 than 
external data interface 158 (which is coupled to memory array 1 10 through data column 
multiplexer 138) so that more of the columns of data from a selected row having marking 

15 data are made available to marking buffer 144 to store a copy of marking data flian might 
be possible were marking buffer 144 coupled to memory array 110 through data column 
multiplexer 138. Alternatively, it may be deemed undesirable to provide marking buffer 
■ " 144 within refresh control logic 140 as a result of concerns over the amoimt of power 
required to maintain a copy of marking data within marking buffer 144. Indeed, it may 

20 actually prove to be more desfrable to obtain marking from a row within inemory array 
1 10 as a prelude to every possible refresh operation, and in such cases, marking buffer 144 
may, indeed, be coupled to memory array 110 through data column multiplexer 138. 
" [0016] Figure 2 is a block diagram of one embodiment employing a computer isystem. 
Computer system 200 is, at least in part, made up of CPU (central processing imit) 210, 

25 system logic 220, and memory devices 250a-250c. System logic 220 is coupled to CPU 

210 and performs various fimctions in support of the execution of instructions by CPU 210 
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including providing CPU 210 wifli access to memory devices 250a-250c to which system 
logic 220 is also coupled through memory controller 240 within system logic 220. CPU 
210, system logic 220 and memory devices 250a-250c make up a form of core for 
computer system 200 capable of supporting the execution of machine readable instructions 
5 by CPU 210 and the storage of data, including instructions, within memory devices 250a- 
250c. 

[0017] In various embodiments, CPU 210 could be any of a variety of types of CPU 
including a CPU capable of executing at least a portion of the widely known and used 
"x86" instruction set, and in other various embodiments, there could be more than one 
10 CPU. In various embodiments, memory devices 250a-250c could be any of a variety of 
types of DRAM including fast page mode (FPM), extended data out (EDO), single data 
rate (SDR) or double data rate (DDR) forms of synchronous dynamic RAM (SDRAM), 
RAM of various technologies employing a RAMBUS™ interface, etc. Memory controller 
240 provides logic 220 with an appropriate interface for memory device 250a-250c, 

15 whatever the DRAM type. Despite the wide variety of possible types of DRAM, at least a 
portion of the memory cells of memory devices 250a-250c are organized in rows and 
columns in two dhnensional memory arrays, such as memory arrays 251a-251c, To access 
a memory cell in any of memory arrays 251a-251c, at least a row address to select a row 
of memory cells from among multiple rows making up an array, and a column address to 

20 select a subset of the memory cells of the selected row for access must be^specified. As 
those skilled m the art will recognize, the depiction of a triplet of memory devices in 
Figure 2, namely memory devices 250a-250c, is but an example of a memory system that 
could accompany a CPU, and that a larger or smaller number of memory devices could be 
used without departing from the spuit and scope of the present invention as hereinafter 

25 claimed. 

9 

BNSDOCIO: <WO_200S00e341Al_L> 



wo 2005/006341 PCT/US2004/021216 

[00181 In some embodiments, system logic 220 is coupled to and provides CPU 210 
with access to storage device ?60 by which data and/or instructions carried by storage 
media 261 may be accessed. Indeed, in some embodiments, storage media 261 carries 
machine-accessible instructions to be executed by CPU 210 to cause CPU 210 to mark one 

5 or more rows within memory devices 250a-250c as either containing data to be preserved, 
or not, as will be described. Storage media 261 may of any of a wide variety of types 
based on any of a wide variety of technologies as those skilled in the art will understand, 
including CD or DVD ROM, magnetic or optical disk, magneto-optical disk, tape, 
semiconductor memory, characters or perforations on paper or other material, etc. 

10 [0019] In some embodiments, nonvolatile memory device 230 is coupled to system 
logic 220 (or other part of computer system 200) and provides storage for an initial series 
of instructions executed at a time when computer system 200 is either "reset" or initialized 
(for example, when computer system 200 is "turned on" or "powered up") to perform tasks 
needed to prepare computer system 200 for normal use. In some variations of such 

15 embodiments, upon initialization or resetting of computer system 200, CPU 210 accesseis 
nonvolatile memory device 230 to retrieve instructions to be executed to prepare memory 
controller 240 for normal use in providing CPU 210 with access to memory devices 250a- 
250c. It may be that these same retrieved instructions are executed to prepare system logic 
220 for normal use in providing access to storage device 260 and whatever form of storage 

20 media 261 may be used by storage device 260. 

[0020] Regardless of the source of a sequence of instructions to be executed by CPU 
210 at the time of initializatioii or reset of computer system 200, CPU 210 is caused to 
initialize memory devices 250a-250c for use, including configuring refresh logic 2:54a- 
254c and accompanying storage for marking data to mark row(s) of memory within at 

25 least one of memory devices 250a-250c as either having data to be preserved through the 

carrying out of refresh operations, or not. In one embodiment where refresh logic 254a of 

10 
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memory device 250a incorporates marking buffer 255a to store marking data specifying 
which rows of memory cells within memory array 251a contain data to be preserved, CPU 
210 may be caused by the execution of a sequence of instructions to use memory 
controller 240 to transmit commands and/or data to memory device 250a to initialize 
5 entries within marking buffer 255a to a state where no rows within memory array 25 la are 
marked as having data to be preserved. In another embodiment where refresh logic 254a 
incorporates marking buffer 255a as a cache for marking data obtained from one or more 
rows within memory array 25 la, CPU 210 may be caused to cooperate with memory 
controller 240 to choose which row(s) of memory array 251a will be used to store marking 

10 data and/or may be caused to initialize memory cells of row(s) to be used to store marking 
data to a state where rows within memory array 25 la are marked as not having data to be 
preserved. In still another embodiment where refresh logic 254a does not incorporate a 
marking buffer such as marking buffer 255a, CPU 210 may also be caused to choose rows 
for use in storing marking data and/or initializmg memory cells in rows used to store 

15 marking data to a state where rows within memory array 25 la are marked as not having 
data to be preserved. 

[0021 J During normal operation of computer system 200, CPU 210 executes 
instmctions causing CPU 210 to write data (perhaps including instructions) into one or 
more rows making up a memory array within a memory device, such as memory array 

20 251a of memory device 250a. Prior to or coincident with writing such data into a row 
within memory device 250a, CPU 210 is further caused to transmit a command through 
memory controller 240 to memory device 250a to mark the row into which such data is 
being written as having data to be preserved. In an embodiment where marking data is 
stored in a buffer separate from memory array 25 la, such as marking buffer 255a, a 

25 portion of marking buffer 255a will be written to mark that row as having data to be 

preserved. In another embodiment where marking data is stored in row(s) within memory 

11 



BNSOOdD: <WO ^2005006341 A 1J_> 



wo 2005/006341 PCT/US2004/021216 

array 25 la, a portion of a row in which marking data is stored will be written to mark the 
row into which data is being written as having data to be preserved. As a result, when 
refresh logic 254a is either conmianded by memory controller 240 to refresh that row, 
specifically, or when a counter within refresh logic 254a provides a row address 
5 specifying that row at a time when a refresh operation is to be carried out, refresh logic 
254a will obtain the marking data corresponding to that row, will determine that a refresh 
operation should actually be carried out so as to refresh that row, and will carry out a 
refresh operation on that row. 

[0022] During normal operation of computer system 200, CPU 210 executes 

10 instructions causmg CPU 2 1 0 to transmit a command through memory controller 240 to 
memory device 250a to mark a row as not having data to be preserved. In an embodiment 
where marking data is stored in a buffer separate from memory array 251a, such as 
marking buffer 255a, a portion of marking buffer 255a will be written with a value 
marking that row as not having data to be preserved. In another embodunent where 

15 marking data is stored in one or more rows within memory array 25 la, a portion of a row 
in which marking data is stored will be written with a value maridng that row as riot 
having data to be preserved. As a result, when refresh logic*254a is either commanded by 
memory controller 240 to refresh that row, specifically, or when a counter withm refi:esh 
logic 254a provides a row address specifying that row at a time when a refresh operation is 

20 to be carried out, refresh logic 254a will obtain the marking data corresponding to that 
row, will determine that a refresh operation should not be carried out to refresh that row, 
and will refi^in from carrying out a refresh operation on that row, 
[0023] In some embodiments, when computer system 200 is in a reduced power state, 
memory devices making up computer system 200, such as memory device 250a, receive a 

25 command from memory controller 240 to enter a reduced power state such as a self refiresh 

state tQ which at least some of the interactions taking place between memory controller 

12 
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240 and memory device 250a during normal operation of computer system 200 in a non- 
reduced power state cease. During such a self-refresh state, memory device 250a must 
autonomously cany out refresh operations to refresh rows of memory cells within memory 
array 25 la, and requests to carry out a refresh operation to refresh a given row may be 
5 generated by a counter at a predetermined interval of time within refresh logic 254a, 
instead of being received from memory controller 240. In response to each request to 
carry out a refresh operation to refresh a row for which the counter has generated a row 
address, refresh logic 254a accesses marking data, whether within a specialized buffer 
such as marking buffer 255a or within rows allocated within memory array 251a, to 
1 0 determine if the row that has been requested to be refreshed is marked as having data to be 
preserved If the row for which a request has been made to carry out a refresh operation is 
marked as having data to be preserved, then the refresh operation is carried out, thereby 
helping to ensure that the contents of that row are not lost. Otherwise, if the row for which 
such a request has been made is not marked as having data to be preserved, then the 
15 refresh operation is not carried out 

[0024] Figure 3 is a flow chart of embodiments. As data that is to be preserved is 
being written to a row of memory cells in a memory device, or as data that is to be 
preserved is about to be written to a row of memory cells at 3 10, that row is marked as 
having data to be preserved at 320 if that row is not ahready so marked. In one 
20 embodiment, a CPU executes a series instructions making up a portion of monitoring 
software that at least monitors accesses made to a memory device by the CPU as the CPU 
executes another series of instructions, and the monitoring software causes the CPU to 
mark one or more of those rows of as having data to be preserved. 
[00251 Figure 4 is another flow chart of embodiments. During the nonnal operation 
25 of an electronic device, as a row marked as having data to be preserved ceases to have data 

that actually is to be preserved at 410, that row is marked as not having data to be 

13 
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preserved at 420. In one embodiment, a CPU executes a series instructions making up a 
portion of monitoring software that at least monitors the deallocation of locations of 
blocks of memory by another series of instructions being executed by the CPU, and the 
monitoring software causes the CPU to mark one or more of rows of as not having data to 
5 be preserved as the deallocation of locations of blocks of memory result in one or more 
rows no longer actually having data to be preserved. 

[0026] Figure 5 is still another flow chart of embodiments. At 5 10, a request to 
refresh a row of memory cells within memory device is received. In some embodiments, 
fliis request is made by a device external to a memory device, and in other embodiments, 

10 this request is generated by a counter within a memory device providing row addresses of 
rows to refreshed at regular intervals, such as when a memory device is in a reduced 
power mode (such as a "self refresh" mode) At 520, a check is made as to whether or not 
that row is marked as having data to be preserved. If the row is marked as having data to 
be preserved, then the a refresh operation is carried out on that row at 530. 

15 [0027] Figures 6a and 6b are timing diagrams of embodiments employing the 
transmission of signals across a memory bus. Both Figures 6a and 6b depict the 
transmission of a marking command to one or more memor/devices to mark a row of 
memory cells as either having data to be preserved, or not. Although these figures and the 
accompanjdng.discussion center on embodiments of memory buses on which transactions 

20 take place tiiat are synchronized to a clock signal, it will be readily understood by those 
skilled in the art that other embodiments may employ other forms of timing coordination 
or may be asynchronous. 

[0028] Referring to Figure 6a, in one embodiment configured to have timings 

compatible with one or more known SDRAM interfaces, a marking command is 

25 embedded within an activate command, creating a combined command to one or more 

memory devices to both activate a specific row for access, and mark that row as either 
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having data to be preserved, or not. Although Figure 6a and this accompanying 
discussion focus on embedding a marking command within an activate command, other 

B 

embodiments may entail embedding a marking command within one or more other 
possible commands. In some variations of such an embodiment, an additional command 
5 signal line may be added to a preexisting set of command signal lines normally used with 
known SDRAM interfaces. Such an additional signal line may simply be used to double 
the number of different commands that can be binary encoded on the now increased set of 
command signal lines. Alternatively, such an additional signal line may solely serve the 
purpose of adding marking commands as embedded commands to any of a number of 

10 possible preexisting commands. 

[0029] The actual transmission of the activate command with embedded marking 
command may be preceded by a predetermined number of clock transitions on the CK and 
-CK signal lines between time points 687 and 688 in which no transmission of commands, 
addresses or data takes place, if needed, depending on the timing requirements of a given 

15 SDRAM interface and/or memory device in which the row to be marked is located. The 
activate command and embedded marking command are transmitted at time point 688, and 
coincident with the transmission of these commands in one variation of such an 
embodiment, bank address signals BAO and BAl transuMt the bank address of the bank in 
which the affected row is located (if the given memory device(s) have multiple banks), 

20 and address signals AO-Al 1 are used to specify the affected row within that bank. 
Another predetermined number of clock transitions of the CK and -CK signal lines 
between time points 288 and 289 in which, again, no activity occurs may follow the 
transmission of the precharge command, if needed. 

[0030] Referring to Figure 6b, in another embodiment similar to that depicted in 

25 Figure 6a, and also configured to have timings compatible with one or more known 

synchronous DRAM interfaces, a marking command is embedded within a data access 
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command, such as a read or write command, creating a combined coromand to one or 
more memory devices to both read or write data, and mark the row involved in the data 
access as either having data to be preserved, or not. Although Figure 6b and this . 
accompanying discussion focus on embedding a marking command within a data access 
5 command, other embodiments may entail embedding a marking command within one or 
more other possible commands. 

[0031] The actual transmission of a data access command with embedded marking 

t-; 

command may again be preceded and/or followed by predetermined numbers of clock 
transitions on the CK and -CK signal lines between time points 687 and 688, and/or time 

10 points 688 and 689, respectively, in which no transmission of commands, addresses or 
data takes place, if needed, depending on the timing requirements of a given SDRAM 
interface and/or memory device in which the row to be accessed and marked is located. 
The data access (read or write) command is transmitted at time point 688, and coincident 
with the transmission of this command in one variation of such an embodiment, bank 

15 address signals BAO and BAl transmit the bank address of the bank in which the affected 
row is located (if the given memory device(s) have multiple banks), and address signals 
AO up to A9 (dependmg on the number of available columns} are used to specify the 
column(s) within the affected row within that bank to be accessed. 
[0032] Also coincident with the transmission of the data access command is the 

20 transmission of a high state on address signal Al 1, thereby indicating that a marking 
command to mark the affected row either as having data to be preserved, or not, is 
embedded within the data access command. In some variations of such an embodiment, 
there may be provided a way of indicating whether the embedded marking command is 
meant to mark the afifected row as having data to be preserved, or not Alternatively, in 

25 other variations of such an embodiment, such a use of address signal All may be made as 

part of a protocol in which embedding a marking command with a write command is to be 
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interpreted as a command to mark ttie affected row as having data to be preserved, while 
embedding a marking command with a read command is to be interpreted as a command 
to mark the affected row as not having data to be preserved. Further coincident with the 
transmission of the data access command may be the transmission of a high state on 
5 address signal AlO, thereby indicating that an auto precharge command to close the row 
after the data access has been carried out may have been embedded within the data access 
command, as well. 

[0033] In the embodiments depicted in Figures 6a and 6b, the choices of which 
command and/or address signal lines may be used to transmit a marking command were 

10 made to promote interoperability with known synchronous DRAM interfaces, including, 
but not limited to, the currently widely used DDR variants of synchronous DRAM 
interfaces. Despite references to the use of a specific signal line, such as address line All, 
those skilled in the art will readily recognize that any combination of command and/or 
address signal lines may be employed for the purpose of transmitting a marking command 

15 and/or providing interoperability with existing DDR variants without departing from the 
spirit and scope of the present invention as hereinafter claimed. 
[0034] Figure 7 is a block diagram of another embodiment employing a computer 
system. Not imlike computer system 200 of Figure 2, computer system 700 is, at least in 
part, made up of CPU 710, system logic 720, and memory devices 750a-750c. System 

20 logic 720 is coupled to CPU 710 and performs various functions in support of the 
execution of instructions by CPU 710 mcluding providing CPU 710 with access to 
memory devices 750a-750c to which system logic 720 is also coupled through memory 
controller 740 within system logic 720 and memory bus 780. CPU 710, system logic 720 
and memory devices 750a-750c make up a form of core for computer system 700 capable 

25 of supporting the execution of machine readable instructions by CPU 710 and the storage 

of data, including instructions, within memory devices 750a-750c. 
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[0035] As was the case with computer system 200, in various embodiments of 
computer system 700, CPU 710 could be any of a variety of types of CPU, memory 
devices 750a-750c could be any of a variety of types of DRAM, and memory controller 
740 provides logic 720 with an appropriate interface for memory device 750a-750c 

5 through memory bus 780, whatever the DRAM type. As those skilled in the art will 
" recognize, the depiction of a triplet of memory devices in Figure 7, namely memory 

devices 750a-750c, is but an example of a memory system that could accompany a CPU, 
^ and that a larger or smaller number of memory devices could be used without departing 
from the spirit and scope of the present invention as hereinafter claimed. 

10 [0036] In some embodiments, system logic 720 is coupled to and provides CPU 710 
with access to storage device 760 by which data and/or instructions carried by storage 
media 761 may be accessed, and when executed by CPU 710, may cause CPU 710 to 
mark one or more rows within memory devices 750a-750c as either containing data to be 
preserved, or not, as will be described. Storage media 261 may of any of a wide variety of 

15 types based on any of a wide variety of technologies as those skilled m the art will 

understand. In some embodiments, nonvolatile memory device 730 is coupled to system 
logic 720 (or other part of computer system 700) and provides storage for an initial series 
of instructions executed at a time when computer system 700 is either reset or initialized to 
perform tasks needed to prepare computer system 700 for normal use, which may entail 

20 preparing memory controller 740 for normal use in providing CPU 710 with access to 
memory devices 750a"750c, and/or preparing system logic 720 for normal use in 
* providing access to storage device 760 and whatever form of storage media 761 may be 

^'^ used by storage device 760. 

[0037] Regardless of the source of a sequence of instructions to be executed by CPU 

25 710 at the time of initialization or reset of computer system 700, CPU 710 is caused to 

initialize memory devices 750a-750c for use, including cotifiguring memory controller 

18 
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740 and marking buffer 745 within memory controller 740 to mark row(s) of memory 
within at least one of memory devices 750a-750c as either having data to be preserved 
through the carrying out of refresh operations, or not. CPU 710 may be caused by the 
execution of a sequence of instructions to initialize entries within marking buffer 745 to a 
5 state where no rows within one or more of memory arrays 75 1 a-75 1 c are marked as 
having data to be preserved. 

[0038] During normal operation of computer system 700, CPU 710 executes 
instructions causing CPU 710 to write data (perhaps includmg instructions) into one or 
more rows making up a memory array within a memory device, such as memory array 

10 75 1 a of memory device 750a. Prior to or coincident with writing such data into a row 
within memory device 750a, CPU 710 is further caused to write marking data into 
marking buffer 745 to mark the row within memory array 751a into which such data is 
being written as having data to be preserved. As a result, when memory controller 740 is 
to command that a row within memory array 751a be refreshed, memory controller 740 

15 will obtain marking data from marking buffer 745 to identify a row marked as having data 
to be preserved, perhaps the very same row that CPU 710 was just caused to mark as 
having data to be preserved. Memory controller 740 will then transmit a row address 
identifying that row with the refresh command to memory device 750a, causing memory 
device 750a to carry out a refresh operation on that specific row within memory array 

20 751a. 

[0039] During normal operation of computer system 700, CPU 710 executes 

instructions causing CPU 710 to write markmg data into marking buffer 745 to mark a row 

within a memory array, such as memory array 75 la of memory device 750a, as not having 

data to be preserved. As a result, when memory controller 740 is to command that a row 

25 within memory array 75 1 a be refreshed, memory controller 740 will obtain marking data 

from marking buffer 745 to identify a row marked as having data to be preserved, and the 
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identified row will be a row other than the one that CPU 7 1 0 was just caused to mark as 
not having data to be preserved. Memory controller 740 will then transmit a row address 
identifying that other row with the refresh command to memory device 750a, causing 
memory device 750a to carry out a refresh operation on that specific row within memory 
5 array 751a. 

[0040] In some embodiments, when computer system 700 is in a reduced power state, 
memory devices making up computer system 700, such as memory device 750a, receive a 
conmiand from memory controller 740 to enter a reduced power state such as a self refresh 
state. During such a self-refresh state, memory device 750a must autonomously carry out 

10 refresh operations to refresh rows of memory cells within memory array 75 la, and 
requests to carry out a refresh operation to refresh a given row may be generated by a 
counter at a predetermined interval of time within refresh logic 754a, instead of being 
received from memory controller 740. Since, unlike memory device 250a of Figure 2, 
refresh logic 754a of memory device 750a does not have a marking buflFer, memory device 

15 750a may refresh all rows within memory array 75 la, regardless of which rows within 
memory array 75 la are marked in marking buffer 745 as having data to be preserved, and 
which rows are not. This may be necessitated by the need t© conserve power by ceasing at 
least some forms of interaction between memory controller 740 and memory device 750a, 
as is normally done as part of entering a self-refresh state, as would be known to those 

20 skilled in the art 

[0041] The invention has been described in conjunction with the preferred 
^ embodiment. It is evident that numerous alternatives, modifications, variations and uses 

"'''^ will be apparent to those skilled in the art in light of the foregoing description. It will be 
understood by those skilled in the art that the present invention may be practiced in 

25 support of various types of electronic devices with various possible memory devices in 

which the memory cells repeatedly require some form of "refreshing" or other regular 
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maintenance activity in order to prevent the loss of data. It will also be understood by 
those skilled in the art that the present invention may be practiced in support of electronic 
devices other than computer systems such as audio/video entertainment devices, controller 
devices in vehicles, appliances controlled by electronic circuitry, etc. 
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CLAIMS 

What is claimed is: 

1 . An apparatus comprising: 

a memory array having a plxirality of memory cells organized into a plurality of 
5 rows of multiple memory cells; 

a marking buffer storing an indication of which rows of memory cells within the 
memory array are marked as having data to be preserved; and 

a refresh logic to selectively refresh a row of memory cells if the row is marked in 
the marking buffer as having data to be preserved. 

10 

2. The apparatus of claim 1 , fiirther comprising an interface to receive a command to 
carry out a refresh operation on a row of memory cells. 

3. The apparatus of claim 2, wherein the interface is configured to receive a value 

15 accompanying the command to carry out a refresh operation identifying a specific row of 
memory cells on which to selectively carry out the commanded refresh operation, 

4. The apparatus of claim 2, wherein the refresh logic further comprises a counter to 
provide a value identifying a specific row of memory cells on which to selectively carry 

20 out the commanded refresh operation in response to receiving the command to carry out a 
refresh operation on a row of memory cells. 
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5. The apparatus of claim 1, fixrther comprising: 

an interface to receive a command to enter a reduced power state in which 
commands to carry out a refresh operation are not accepted from an external device; and 

a counter to provide a value identifying a specific row of memory cells on which to 
5 selectively carry out a refresh operation in response to the passage of a predetermined 
interval of time. 

6. The apparatus of claim 1, wherein the marking bufifer is comprised of one or more 
rows of memory cells comprising the memory array, 

10 

7. An apparatus comprising: 
a CPU; 

a memory device having a plurality memory cells organized into a plurality of 
rows of multiple memory cells, and having an interface to receive a command to mark a 
15 row of memory cells as not having data to be preserved; and 

a memory controller coupled to both the CPU and the memory device, and 
configured to transmit a command to the memory device to mark a row of memory cells as 
not having data to be preserved, 

20 8. The apparatus of claun 7, wherein the memory device finllier comprises a refresh 
logic that is configured to refrain from refreshing a row of memory cells marked as not 
having data to be preserved despite a request to refresh that row of memory cells. 

9. The apparatus of claim 8, wherein the memory device receives tibie request from the 
25 memory controller to refresh a specific row of mraiory cells. 
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1 0. The apparatus of claim 8, wherein the refresh logic is comprised of a counter to 
provide an address of a row of memory cells to generate a request to refresh tiiat row of 
memory cells. 

5 11. The apparatus of claim 7, wherein the memory controller is further configured to 
transmit a command to the memory device to mark a row of memory ceUs as having data 
to be preserved and the interfece of the memory device is configured to receive the 
command to mark a row of memory cells as having data to be preserved. 

10 12. A method comprising: 

transmitting a command to mark a row of memory cells within a memory device as 
having no data to be preserved; and 

selectively refraining from carrying out a refresh operation on a row of memory 
ceUs within the memory device if the row of memory cells is marked as not having data to 
15 be preserved despite receiving a request to carry out a refresh operation on a row of 
memory cells. 

13. The mefliod of claim 12, furthw comprising: 

transmitting a command to mark a row of memory cells within Ihe memory device 
20 as having data to be preserved; and 

carrying out a refresh operation on a row of memory cells within die memory 
device if the row of memory cells is marked as having data to be preserved in response to 
receivmg a request to carry out a refresh operation on a row of memory cells. 

25 14. The method of claim 12, wherein receiving a request to carry out a refresh 
operation on a row of memory cells comprises the memory device receiving a request 
transmitted by a device external to the memory device to cany out a refresh operation on a 
row of memory cells. 

24 
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10 



15. The method of claim 12, wherein receiving a request to carry out a refresh 
operation on a row of memory cells comprises generating within the memory device a 
request to carry out a refresh operation on a row identified by an address generated by a 
counter within the memory device. 

1 6. The method of claim 15, wherein the generating of a request to cany out a refresh 
operation on a row takes place in response to the memory device receiving a command 
from a device external to the memory device to enter a reduced power state. 



18. A machine-accessible medium comprising code that when executed by a processor 
within an electronic device, causes the electronic device to: 

transmit a command to a memory device within the electronic device to mark a 
row of memory cells within the memory device as having data to be preserved; and 
15 writing data into the row of memory cells. 

19. The machine-accessible medium of clakn 18, further causing the processor to: 
transmit a command to the memory device to mark a row of memory cells as not having 
data to be preserved. 

20 
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FIGURE 3 
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FIGURE 6a 
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